[−][src]Crate isahc

The practical HTTP client that is fun to use.

Here are some of Isahc's key features:

Full support for HTTP/1.1 and HTTP/2.
Configurable request timeouts.
Fully asynchronous core, with asynchronous and incremental reading and writing of request and response bodies.
Offers an ergonomic synchronous API as well as an asynchronous API with support for async/await.
Optional automatic redirect following.
Sessions and cookie persistence.

Getting started

Sending requests is as easy as calling a single function. Let's make a simple GET request to an example website:

use isahc::prelude::*;

let mut response = isahc::get("https://example.org")?;
println!("{}", response.text()?);

By default, sending a request will wait for the response, up until the response headers are received. The returned response struct includes the response body as an open stream implementing Read.

Sending a POST request is also easy, and takes an additional argument for the request body:

let response = isahc::post("https://httpbin.org/post", "make me a salad")?;

Isahc provides several other simple functions for common HTTP request types:

isahc::put("https://httpbin.org/put", "have a salad")?;
isahc::head("https://httpbin.org/get")?;
isahc::delete("https://httpbin.org/delete")?;

If you want to customize the request by adding headers, setting timeouts, etc, then you can create a Request using a builder-style fluent interface, then finishing it off with a send:

use isahc::prelude::*;
use std::time::Duration;

let response = Request::post("https://httpbin.org/post")
    .header("Content-Type", "application/json")
    .timeout(Duration::from_secs(5))
    .body(r#"{
        "speed": "fast",
        "cool_name": true
    }"#)?
    .send()?;

For even more examples used in complete programs, please check out the examples directory in the project repo.

Feature tour

Below is a brief overview of some notable features of Isahc. Check out the rest of the documentation for even more guides and examples.

Easy request functions

You can start sending requests without any configuration by using the global functions in this module, including get, post, and send. These use a shared HTTP client instance with sane defaults, so it is easy to get up and running. They should work perfectly fine for many use-cases, so don't worry about graduating to more complex APIs if you don't need them.

Request and response traits

Isahc includes a number of traits in the prelude module that extend the Request and Response types with a plethora of extra methods that make common tasks convenient and allow you to configure more advanced connection and protocol details.

Some key traits to read about include Configurable, RequestExt, and ResponseExt.

Custom clients

The free-standing functions for sending requests use a shared HttpClient instance, but you can also create your own client instances, which allows you to customize the default behavior for requests that use it.

See the documentation for HttpClient and HttpClientBuilder for more information on creating custom clients.

Asynchronous requests

Requests are always executed asynchronously under the hood. This allows a single client to execute a large number of requests concurrently with minimal overhead. Even synchronous applications can benefit!

If you are writing an asynchronous application, you can reap additional benefits from the async nature of the client by using the asynchronous methods available to prevent blocking threads in your code. All request methods have an asynchronous variant that ends with _async in the name. Here is our first example rewritten to use async/await syntax:

use isahc::prelude::*;

let mut response = isahc::get_async("https://httpbin.org/get").await?;
println!("{}", response.text_async().await?);

Feature flags

Isahc is designed to be as "pay-as-you-need" as possible using Cargo feature flags and optional dependencies. Unstable features are also initially released behind feature flags until they are stabilized. You can add the feature names below to your Cargo.toml file to enable them:

[dependencies.isahc]
version = "0.8"
features = ["psl"]

Below is a list of all available feature flags and their meanings.

`cookies`

Enable persistent HTTP cookie support. Disabled by default.

`http2`

Enable compile-time support for HTTP/2 in libcurl via libnghttp2. This does not actually affect whether HTTP/2 is used for a given request, but simply makes it available. To configure which HTTP versions to use in a request, see VersionNegotiation.

Enabled by default.

`json`

Additional serialization and deserialization of JSON bodies via serde. Disabled by default.

`psl`

Enable use of the Public Suffix List to filter out potentially malicious cross-domain cookies. Implies cookies, disabled by default.

`spnego`

Enable support for SPNEGO-based HTTP authentication (negotiate auth scheme). This makes the negotiate scheme available in the API and, if static-curl is enabled, compiles libcurl with GSS-API APIs. The MIT Kerberos headers must be pre-installed at compile time.

`static-curl`

Use a bundled libcurl version and statically link to it. Enabled by default.

`text-decoding`

Enable support for decoding text-based responses in various charsets into strings. Enabled by default.

Unstable APIs

There are also some features that enable new incubating APIs that do not have stability guarantees:

`unstable-interceptors`

Enable the new interceptors API (replaces the old unstable middleware API). Unstable until the API is finalized. This an unstable feature whose interface may change between patch releases.

Logging and tracing

Isahc logs quite a bit of useful information at various levels compatible with the log crate. For even more in-depth diagnostics, you can use a tracing subscriber to track log events grouped by individual requests. This can be especially useful if you are sending multiple requests concurrently.

If you set the log level to Trace for the isahc::wire target, Isahc will also log all incoming and outgoing data while in flight. This may come in handy if you are debugging code and need to see the exact data being sent to the server and being received.

Re-exports

pub use http;

Modules

auth	Types for working with HTTP authentication methods.
config	Definition of all client and request configuration options.
cookies	Types for cookie state management.
prelude	A "prelude" for importing common Isahc types.

Structs

Body	Contains the body of an HTTP request or response.
HttpClient	An HTTP client for making requests.
HttpClientBuilder	An HTTP client builder, capable of creating custom `HttpClient` instances with customized behavior.
Metrics	An object that holds status updates and progress statistics on a particular request. A `Metrics` can be shared between threads, which allows an agent thread to post updates to the object while consumers can read from the object simultaneously.
ResponseFuture	A future for a request being executed.

Enums

Error

All possible types of errors that can be returned from Isahc.

Traits

RequestExt	Extension methods on an HTTP request.
ResponseExt	Provides extension methods for working with HTTP responses.

Functions

delete	Send a DELETE request to the given URI.
delete_async	Send a DELETE request to the given URI asynchronously.
get	Send a GET request to the given URI.
get_async	Send a GET request to the given URI asynchronously.
head	Send a HEAD request to the given URI.
head_async	Send a HEAD request to the given URI asynchronously.
post	Send a POST request to the given URI with a given request body.
post_async	Send a POST request to the given URI asynchronously with a given request body.
put	Send a PUT request to the given URI with a given request body.
put_async	Send a PUT request to the given URI asynchronously with a given request body.
send	Send an HTTP request and return the HTTP response.
send_async	Send an HTTP request and return the HTTP response asynchronously.
version	Gets a human-readable string with the version number of Isahc and its dependencies.